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Beschreibung 

Verfahren zum Testen eines Sof twaresystems fur technische An- 
lagen 

Die Erfindung betrifft ein Verfahren zum Testen eines Soft- 
waresystems fur technische Anlagen. 

Sof twaresysteme von technischen Anlagen, die viele verschie- 
dene Einsatzmoglichkeiten und Modif ikationen aufweisen, kon- 
nen in ihrem Aufbau und in ihrer Funktion sehr komplex wer- 
den. Solche komplexen Sof twaresysteme und ihre Weiterentwick- 
lungen zu testen ist aufgrund der Mannigf altigkeit der Mog- 
lichkeiten meist nur unter erheblichem Aufwand moglich. Bei- 
spielsweise kann der Zeitaufwand beim Testen von Softwaresys- 
temen fur Magnetresonanztomographiegeraten in der GroBenord- 
nung von einem Jahr liegen. Trotz dieses Aufwands besteht die 
Gefahr, dass nicht alle Auswirkungen einer neuen Softwarever- 
sion auf die verschiedenen technischen Anlagen uberpruft wer- 
den. Gerade aufgrund des Zeitdrucks, der auf der Entwicklung 
von Neuerung des Sof twaresystems liegt, ist ein vollstandiges 
Testen nur schwer durchf uhrbar , so dass nicht entdeckte Feh- 
ler sich erst beim Kunden offenbaren. 

Ublicherweise werden komplexe Sof twaresysteme vom Hersteller 
unter moglichst vielen singularen Bedingungen getestet, d.h. 
fur jede Funktion wird ein Test durchgef uhrt . Dabei konnen 
meist besondere Randbedingungen, wie sie beim Betrieb einer 
technischen Anlage durch einen Kunden vorliegen, nicht be- 
rucksichtigt werden. Der Testaufwand beim Hersteller ist ins- 
besondere im Hinblick auf Personal- und Systemkosten sehr 
hoch, da z.B. aufgrund der Vielf altigkeit der Testaufgabe an 
mehreren technischen Anlagen gleichzeitig das Sof twaresystem 
getestet wird. Viele Fehler offenbaren sich erst nach der ge- 
nerellen Freigabe und der Auslieferung der Sof twaresysteme an 
den Kunden. Die Problematik bei der Entwicklung von komplexen 
Sof twaresystemen besteht nun darin, dass aufgrund des hohen 
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Testaufwands Innovationen nur sehr langsam an den Kunden wei- 
tergegeben werden konnen. Zusatzlich besteht noch ein hohes 
Ausfall- und Fehlverhaltenrisiko beim Betrieb der technischen 
Anlage nach einer Neueinspielung eines Sof twaresystems . 

Eine Softwareaktualisierung erfolgt fllr technischen Anlagen, 
beispielsweise fur Magnetresonanztomographiegerate (MR-Ge- 
rate) , aufgrund der Komplexitat der Software in etwa jahr- 
lich, wobei die Neuerungen der Software gesammelt und auf 
technischen Anlagen des Herstellers gemeinsam durchgetestet 
werden . 



Der Erfindung liegt die Aufgabe zugrunde, das Testen eines 
Softwaresystems schnell und kostengiinstig durchf tihrbar zu ma- 
15 chen. 

Diese Aufgabe wird erf indungsgemafl gelost durch ein Verfahren 
zum Testen eines Softwaresystems fur technische Anlagen unter 
Einbezug einer technischen Anlage, die bei einem Kunden in 
Betrieb ist, wobei ein Betriebsmodell erstellt wird, das das 
Betreiben der technischen Anlage unter fUr den Kunden rele- 
vanten Bedingungen kontrolliert , wobei das zu testende Soft- 
waresystem auf der technischen Anlage des Kunden eingespielt 
wird und wobei diese Anlage mit dem Betriebsmodell getestet 
25 wird. 



Unter Betriebsmodell versteht man im weitesten Sinne die Mog- 
lichkeit den Ablauf des Betriebs der technischen Anlage zu 
kontrollieren. Dies umfasst einerseits das Definieren des 
Betreibens der technischen Anlage, beispielsweise das Fest- 
halten oder Kopieren eines typischen Betriebsablauf s beim 
Kunden oder das Wiederholen dieses Betriebsablauf s zu einem 
spateren Zeitpunkt. Andererseits kann das Kontrollieren des 
Betriebsablaufs auch eine Uberpriifung umfassen, beispiels- 
35 weise durch Protokollieren oder Bewerten des Erfolgs des Be- 
triebsablaufs . 
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Das Verfahren zum Testen eines Sof twaresystems hat mehrere 
Vorteile. Zum einen vereinfacht das Verwenden eines Betriebs- 
modells den Vergleich des Betriebs einer einzelnen techni- 
schen Anlage mit verschiedenen Sof twaresystemen unter stan- 
dardisierten Bedingungen. Zum anderen konnen die standardi- 
sierten Bedingungen an grundlegende und wichtige Betriebsfor- 
men der technischen Anlage dem Kunden entsprechend angepasst 
werden. Dies hat den weiteren Vorteil, dass mittels eines Be- 
triebsmodells verschiedene Tests durchgefuhrt werden, die zu- 
sammen die kundenspezif ischen Bedurfnisse uberpriifen. Da- 
durch, dass kostspielige technischen Anlagen des Kunden im 
sogenannten Schattenbetrieb, d.h. aufierhalb der betrieblich 
genutzten Zeiten, eingesetzt werden, kann das Testen erheb- 
lich kostengunstiger durchgefuhrt werden, da die teuren tech- 
nischen Anlagen nicht mehr vom Hersteller zu Sof tware-Ent- 
wicklungszwecken zur Verfugung gestellt werden mussen. 

Dabei zeichnen sich besonders vorteilhafte Ausgestaltungen 
dadurch aus, dass das Betriebsmodell in Form eines Protokolls 
Eingangsparameter, Eingangsdaten und/oder Randbedingungen der 
technischen Anlage beschreibt. Dies hat den Vorteil, dass das 
Testen unter reproduzierbaren Bedingungen durchgefuhrt werden 
kann, da diese im Betriebsmodell festgehalten werden. 

In einer vorteilhaf ten Aus fiihrungs form werden im Betriebsmo- 
dell Grenzwerte festgelegt. Dies hat den Vorteil, dass zwi- 
schen einem ordnungsgemaften und einem f ehlerbehaf teten Ablauf 
dif f erenziert werden kann. 

In einer vorteilhaf ten Ausf uhrungsf orm basiert das Betriebs- 
modell auf einem reproduzierbaren Messvorgang. Beispielsweise 
kann ein solcher Messvorgang an einem Phantom durchgefuhrt 
werden, das die Rahmenbedingungen des Messvorgangs festlegt. 
Dies verbessert die Vergleichbarkeit der Betriebsablauf e mit 
verschiedenen Sof twaresystemen . 
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In einer besonders vorteilhaf ten Ausfuhrungsf orm des Verfah- 
rens wird nach dem Testen auf die ursprunglich installierte 
Software zuriickgewechselt . Dies hat den Vorteil, dass sich 
ftir den Kunden an der Funktionsf ahigkeit der technischen An- 
lage beim Betrieb mit der urspriinglich installierten Software 
nichts geandert hat. Ein Einspielen des Sof twaresystems er- 
folgt nach einer generellen Freigabe durch den Hersteller. 

In einer weiteren Ausfuhrungsf orm des Verfahrens wird nach 
dem Testen des Sof twaresystems eine Ruckmeldung an einen 
Software-Entwickler erfolgen. Dies hat den Vorteil, dass der 
Software-Entwickler alle Inf ormationen bezuglich neu aufge- 
tretener Fehler oder anderer die Leistung der technischen An- 
lage kennzeichnender Parameter, wie z.B. Antwort zeiten oder 
Benutzerangaben, ubermittelt bekommt und dass er nach einer 
Analyse der Ruckmeldung das Sof twaresys tern verbessern kann. 

Weitere vorteilhafte Ausfuhrungsf ormen der Erfindung sind 
durch die Merkmale der Unteranspruche gekennzeichnet . 

Es folgt die Erlauterung eines Ausf uhrungsbeispiels der Er- 
findung anhand eines Ablauf diagramms . 

An einer Kundenanlage 1 wird fur einen typischen Betriebsab- 
schnitt eines Magnetresonnztomographiegerats, also z.B. fUr 
einen ganzen Tag oder fur einen einzelnen Patienten ein Be- 
triebsmodell 3 erstellt. Dieses ist dadurch gekennzeichnet, 
dass sowohl Eingangsparameter, wie z.B. Eingaben eines, das 
MR-Gerat bedienenden medizinisch technischen Assistenten, als 
auch andere Vorgaben, wie z.B. Patientendaten unter Beruck- 
sichtigung des Datenschutzes, protokolliert werden. Des Wei- 
teren werden Ausgabedaten, beispielsweise Fehler-, Verlaufs- 
oder Statusprotokolle sowie zusatzliche Daten, wie z.B. die 
Anzahl der Aufnahmen, vom Betriebsmodell 3 f estgehalten . 

Optional werden im Betriebsmodell 3 Grenzwerte festgelegt, 
welche eine Unterscheidung zwischen einem ordnungsgemafien Ab- 
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laufen und einem f ehlerbehaf teten Ablauf ermoglichen. Solch 
ein Grenzwert kann durch z.B. einen Fehlerzahler uberpruft 
werden, der den Schweregrad auftretende Fehler oder bestimmte 
Zeitkonstanten, wie z.B. die Antwort zeiten auf Benutzereinga- 
5 ben, oder die Abarbeitungszeiten bestimmter Routinen proto- 
kolliert. Das Betriebsmodell 3 ist in alien seinen Kriterien 
durch die speziellen Randbedingungen der Kundenanlage 1 ge- 
kennzeichnet . 
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Das Betriebsmodell 3 kann auch in engem Bezug zur Entwicklung 
eines neuen Sof twaresystems 5 erstellt werden. 



Das Betriebsmodell 3 soil eine hervorragende Reproduzierbar- 
keit eines Messvorgangs oder eines Betriebsabschnitts gewahr- 
15 leisten. Dies legt den Einsatz von standardisierten Betriebs- 
oder Messablaufen nahe, beispielsweise bei MR-Geraten die Be- 
nutzung von Phantomen. 

Das Testen des Sof twaresystems 5 verlauft beispielsweise wie 
20 folgt. Die Kundenanlage 1 ist mit einer Ursprungssof tware 

konfiguriert, mit der Untersuchungen 7 am Patienten durchge- 
fuhrt werden. Im nachsten Schritt findet ein Betreiben 8 der 
Kundenanlage 1, auf der eine Ursprungssof tware installiert 
ist, nach dem Betriebsmodell 3 an einem Phantom oder Proban- 
25 den statt. Ein erstes Ergebnis des Betreibens 8 wird an einen 
W Software-Entwickler des neuen Sof twaresystems 5 per Email 
ubermittelt . 

Das ruckgemeldete Ergebnis kann beispielsweise Inf ormationen 
bezuglich auf getretener Fehler oder anderer die Leistungsf a- 
higkeit der Software kennzeichnender Parameter, z.B. Antwort- 
zeiten auf Benut zerangaben, enthalten. 

Im nachsten Schritt findet ein Einspielen 9 des neuen Soft- 
waresystems 5 uber Internet vom Software-Entwickler auf der 
35 Kundenanlage 1 statt. Dies erfolgt in kurzfristig reversibler 
Weise, so dass es jederzeit vom Kunden oder vom Sof tware-Ent- 
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wickler ruckgangig gemacht werden kann, z.B. durch Booten der 
Kundenanlage 1 von zwei verschiedenen Festplatten. 

Im nachsten Schritt findet ein Testen 11 der Kundenanlage 1 
unter Verwendung desselben Betriebsmodells 3 und desselben 
Phantoms oder Probanden statt. Ein zweites Ergebnis wird wie- 
der per Email ubermittelt und mit dem ersten Ergebnis vergli- 
chen. Dabei wird beispielsweise uberpruft, ob Grenzwerte ein- 
gehalten wurden. Stellt sich eine wesentliche Verschlechte- 
rung im Betrieb der Kundenanlage 1 mit dem Sof twaresystem 5 
ein, z.B. eine Verlangerung von Zeitkonstanten, zusatzliche 
Fehlermeldungen oder besonders schwere Fehler, so findet ein 
Reboot 13 der Kundenanlage 1 kurzfristig mit der alten Soft- 
ware statt und Untersuchungen 15 werden wieder durchgefiihrt. 

Mit Hilfe der Ergebnisse wird ein verbessertes Sof twaresystem 
17 erstellt, das in einer weiteren Installation 19 tiber In- 
ternet auf der Kundenanlage 1 eingerichtet wird. 

Erneut wird mittels des Betriebsmodells 3 ein Testen 21 die- 
ser verbesserten Version durchgef Uhrt . Falls alle Mangel in 
ausreichender Weise behoben sind, kann die Kundenanlage nun 
mit dem verbesserten Sof twaresystem 17 Untersuchungen 23 an 
Patienten durchfuhren. Falls noch immer Mangel auftreten, 
wird mindestens ein weiterer Test- und Verbesserungszyklus 
durchlauf en . 

Das Einspielen und Testen des neuen Sof twaresystems 5 kann 
aufierhalb der Behandlungszeiten von Patienten, wie z.B. 
nachts, durchgefiihrt werden. Es kann z.B. von sich in Ausbil- 
dung befindenden Klinikpersonal oder mittels einer in das 
Softwaresystem integrierten Testsoftware durchgefiihrt werden, 
wobei die Testsoftware beispielsweise die Eingaben eines Be- 
dieners zuerst aufzeichnet und anschliefiend identisch repro- 
duziert . 
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An modernen MR-Systemen stehen Mittel zur Verfligung, welche 
eine Einblendung von computergestut zten Paradigmen fur die 
sogenannte funktionelle MR erlauben. Solche Mittel konnen 
z.B. MR-Gerat vertragliche Displays fur den zu untersuchenden 
Probanden oder Eingabegerate, wie z.B. MR-Gerat vertragliche 
Mause, sein. Diese Mittel konnen eingesetzt werden urn ein Be- 
triebsmodell zu erstellen, in dem der Bediener der Kundenan- 
lage 1 zugleich auch Proband ist. In diesem Betriebsmodell 
fuhrt der im MR-Gerat liegende Bediener alle im Betriebsmo- 
dell festgelegten Schritte selbst durch, wobei etwaige Mag- 
netresonanzmessungen an ihm durchgefuhrt werden. Dies ermog- 
( licht eine kostengunstige von weiterem Personal unabhangige 

\^ Durchf uhrung des Verf ahrens . 

15 Die vorgeschlagene Erfindung ermoglicht auch einen kontinu- 

ierlichen Entwicklungsprozess, durch den Neuerungen schneller 
an die Kunden ubergeben werden konnen. Einen Beitrag dazu 
liefert der Aspekt, dass auch Kundenanlagen dazu benutzt wer- 
den, neue Sof tware-Versionen zu testen. Das Testen von Soft- 

20 ware kann so gut wie jederzeit beim Kunden stattfinden, wobei 
es im speziellen die Anf orderungen des Kunden an seine Anlage 
berucksichtigt . Entsprechend kann das Verfahren an mehreren 
ausgesuchten technischen Anlagen, die beim Kunden stehen, mit 
verschiedenen, an den jeweiligen Kunden angepassten Betriebs- 

25 modellen zum Testen von Software durchgefuhrt werden. Dies 

beschleunigt die Entwicklung erheblich, da sie kontinuierlich 
stattfinden kann. 

In der Figur ist zur Verdeutlichung des Einsatzes von mehre- 
30 ren Kundenanlagen eine weitere Kundenanlage 25 angedeutet, 
fur die ebenfalls ein Betriebsmodell 27 entworfen wird. In 
die Entwicklung des Sof twaresystem 5 konnen also auch Ergeb- 
nisse aus dem Einbezug weiterer Kundenanlagen eingehen, bei- 
spielsweise durch ein Betreiben 8a der Kundenanlage 25 mit 
35 dem Betriebsmodell 27 auf Grundlage einer Ursprungssof tware 

oder durch ein Testen 11a des neuen Sof twaresystems 5 mit dem 
Betriebsmodell 27. Untersuchungen 7a, 15a an Patienten konnen 
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solange mittels der dazugehorigen Ursprungssof tware durchge- 
fuhrt werden, bis das verbesserte Sof twaresystem 17 einen 
fehlerfreien Ablauf der Untersuchungen 23a ermoglicht . Das 
Wechseln 9a, 13a, 19a zwischen der Ursprungssof tware und dem 
Softwaresystem 5, 17 kann ebenfalls vom Sof tware-Entwickler 
per Internet eingeleitet werden. 
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Patent anspruche 

1. Verfahren zum Testen eines Sof twaresystems (5) fur techni- 
sche Anlagen unter Einbezug einer solchen technischen Anlage 

5 (1), die bei einem Kunden in Betrieb ist, mit folgenden Ver- 
f ahrensmerkmalen : 

- Erstellen eines Betriebsmodells (3, 27), das das 
Betreiben der technischen Anlage (1, 25) unter fur den 

10 Kunden relevanten Bedingungen kontrolliert , 

- Einspielen des zu testenden Sof twaresystems (5) auf 
\ der technischen Anlage (1, 25) des Kunden, 

15 " Testen der technischen Anlage (1, 25) des Kunden mit 

dem Betriebsmodell (3, 27) . 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dass die 
20 technische Anlage (1, 25) des Kunden mit einer ursprunglich 

auf der technischen Anlage installierten Software mit dem Be- 
triebsmodell (3, 27) betrieben wird. 

3. Verfahren nach Anspruch 1 oder 2, 
25 dadurch gekennzeichnet, dass das Be- 

0 triebsmodell (3, 27) in Form eines Protokolls Eingangsparame- 
ter, Eingangsdaten und/oder Randbedingungen der technischen 
Anlage (7, 25) des Kunden dokumentiert . 
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4. Verfahren nach einem der Anspruche 1 bis 3, 

dadurch gekennzeichnet, dass das Be- 
triebsmodell (3, 27) Grenzwerte zur Dif f erenzierung zwischen 
einem ordnungsgemaBen und einem f ehlerbehaf teten Ablauf fest- 
legt . 

5. Verfahren nach einem der Anspruche 1 bis 4, 
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dadurch gekennzeichnet, dass 

das Betriebsmodell (3, 27) auf einem reproduzierbaren Mess- 

vorgang basiert. 

6. Verfahren nach einem der Anspruche 1 bis 5, 

dadurch gekennzeichnet, dass das Be- 
triebsmodell (3, 27) den Bedienungsablauf sowie die Dokumen- 
tation automatisiert durchfiihrt. 

7. Verfahren nach einem der Anspruche 1 bis 6, 
dadurch gekennzeichnet, dass nach 
dem Testen (11) auf die ursprunglich installierte Software 
zuruckgewechselt wird. 

8. Verfahren nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, dass eine 
Ruckmeldung liber das Testen (11) des Sof twaresystems an einen 
Sof tware-Entwickler erf olgt . 

9. Verfahren nach Anspruch 8, 

dadurch gekennzeichnet, dass mittels 
einer Analyse der Ruckmeldung eine Verbesserung des Software- 
systems (5) erf olgt . 
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Zusammenf as sung 

Verfahren zum Testen eines Sof twaresystems fur technische An 
lagen 

Zum Testen (11) eines Sof twaresystems (5) fur technische An- 
lagen unter Einbezug einer technischen Anlage (1, 25), die 
bei einem Kunden in Betrieb ist, wird ein Betriebsmodell (3, 
27) erstellt, das das Betreiben der technischen Anlage (3, 
27) unter fur den Kunden relevanten Bedingungen kontrolliert 
wobei das zu testende Sof twaresystem (5) auf der technischen 
Anlage (1, 25) des Kunden eingespielt wird und wobei diese 
Anlage (1, 25) mit dem Betriebsmodell (3, 27) getestet wird. 
Die Ergebnisse des Testens (11) mit dem Betriebsmodell (3, 
27) dienen zur Verbesserung des Sof twaresystems (5) . 



FIG 1 
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